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(57) Abstract: An automated payment system for processing payment by a customer to a company. The payment system includes a 
document scanning system which has an input receptacle adapted to accept a document. After receiving an authorization agreement 
from the customer, the scanner acquires at least one image from the document. Also provided is a lirst computer adapted to receive 
images from the document scanning system. Adapted to communicate information represented by the image, a first communication 
link couples the document scanning system and the first computer. The payment system also includes a second computer adapted 
to receive images which is in communication with the first computer via a second communication link. The second c( 
link is adapted to communicate images and payment information. 
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AUTOMATED PAYMENT SYSTEM AND METHOD 

BACKGROUND OF THE INVENTION 

Currently, when a customer receives an invoice from a company, a check is 
usually written for the invoice and then sent in the mail with the payment stub or invoice. 
Often, these payments go to a post office box number. These post office box numbers are 

5 often located at a bank and are commonly known as "lock boxes," Bank personnel 
receive the payments, deposit the checks into the company's account, and forward the 
invoices to the company for reconciliation purposes. The check is then routed through 
the Federal Reserve Bank system to the bank of the customer. This whole process can 
take up to a week or more before the customer's account at the company is credited. 

10 Such a long processing time can cause the customer to be charged with late fees and/or 
interest on the unpaid amount. Also, the long processing time may adversely affect the 
company, as it is dependent on the mail to receive payments to its account. Also, the 
company has to deal with angry customers who demand that late charges and interest fees 
be reversed. 

15 Some banks provide invoice payment services for customers who travel 

frequently. The bills are forwarded directly to the bank, and an employee of the bank 
writes the check or debits the customer's account for the payment. Because the 
customer's bank may not be the bank of the company, however, the bills still need to be 
mailed to the lock box for processing, 

20 Another method recently instituted by some banks and companies is payment via 

the internet. Such systems vary, but there are two main methods. In one method, a 
customer enters the company's website and selects a payment option. The customer may 
then enter important data such as name, address, e-mail address, and the account number 
they wish to have credited. Also, the customer must provide authorization for the 

25 transaction to occur and supply information regarding from where the payment should be 
debited, i.e., bank name and routing number and account name and number. After the 
program is established, the user may pay bills on-line. This method takes time (up to 
three or four days), however, because the company must first send a request to the 
customer's bank and then wait for the bank to send the funds and for the receiving bank 

30 to process the transfer of funds. 



wo 03/005312 



PCT/US02/20900 



2 

The other method of paying on-line is utihzed by the customer accessing his or her 
bank account and sending the information that way. In this system, the bank of the 
customer processes the transaction on-line and electronically transfers the funds to the 
company. This process is usually faster because the customer's bank is immediately 

5 sending the funds instead of waiting for a request from the company. This method also, 
however, has drawbacks. First, not all people have access to the internet. Although many 
people have computers, large segments of the population do not or do not know how to 
use the internet. Second, due to security issues, not all people who have access to the 
internet feel comfortable accessing accounts on-line. Some people do not want to provide 

10 account numbers on the internet for fear of hackers obtaining such information. 

Also, the customer must still wait until they receive the invoice and must enter in 
the information every month. 

Another drawback of current payment systems is that customers may only use 
them to pay companies that are on the internet and are established to receive payments in 

15 such a manner. For many smaller companies and individuals, the above-mentioned 
devices cannot be used. 

In view of these problems, there is a need for a system which provides a customer 
with a method of faster payment of bills while ensuring the confidentiality of account 
numbers and the like. There is also a need for a method of payment where the customer 

20 does not need to enter payment information every month 

SUMMARY OF THE INVENTION 
According to one embodiment of the present invention, an automated payment 
system for processing payment by a customer to a company is provided. The payment 
system includes a document scanning system, which has an input receptacle adapted to 

25 accept a document. After receiving an authorization agreement from the customer, the 
scanner acquires at least one image from the document. Also provided is a first computer 
adapted to receive images from the document scanning system. Adapted to communicate 
information represented by the image, a first communication link couples the document 
scanning system and the first computer. The payment system also includes a second 

30 computer adapted to receive images which is in communication with the first computer 
via a second communication link. The second communication link is adapted to 
communicate images and payment information. 
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BRIEF DESCRIPTION OF THE DRAWINGS 

The foregoing and other advantages of the invention will become apparent upon 
reading the following detailed description and upon reference to the drawings. 
5 FIG. 1 is a block diagram of the components of an automated payment system 

according to principles of an embodiment of the present invention. 

FIG. 2 is a flowchart describing the operation of an automated payment system 
according to principles of another embodiment of the present invention. 

FIG. 3 is a perspective view of a document scanning system according to 
10 principles of an embodiment of the present invention. 

FIG. 4 is a functional block diagram of a document scaiming system according to 
one embodiment of the present invention. 

FIG. 5 is a functional block diagram of an image scanner of a document scanning 
system according to one embodiment of the present invention. 
15 FIG. 6 is a fianctional block diagram of an image scanner according to another 

embodiment of the present invention. 

FIG. 7 is a top view of a document being scanned by an image scanner in the wide 
dimension. 

FIG. 8 is a side view of a document being scanned by an image scanner in the 
20 narrow dimension. 

FIG. 9 is a block diagram of an image file of a check according to one 
embodiment of the present invention. 

FIG. 10 is a block diagram of an image file of an invoice according to one 
embodiment of the present invention. 
25 FIG. 11 is a flowchart describing the operation of another embodiment of the 

present invention. 

FIG. 12 is a functional block diagram of the components of a document scanning 
system according to an alternative embodiment of the present invention. 

FIG. 13 is a perspective view of a compact document processing system according 
30 to one embodiment of the present invention. 

FIG. 14 is a side cross-sectional view of the embodiment shown in FIG. 13. 
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FIG. 15 is a perspective view of a compact document processing system according 
to another embodiment of the present invention. 

FIG. 16 is a side cross-sectional view of the embodiment shown in FIG. 15. 
FIG. 17 is a flowchart describing the operation of another embodiment of an 
5 automated payment system. 

FIG. 18 is a functional block diagram of the components of a document scanning 
system according to one embodiment of the present invention. 

FIG. 19 is a functional block diagram of the components of a document scanning 
system according to another embodiment of the present invention. 
10 FIG. 20 is a block diagram of a document scanning system according to another 

embodiment of the present invention. 

While the invention is susceptible to various modifications and alternative forms, 
specific embodiments have been shown by way of example in the drawings and will be 
described in detail herein. It should be understood, however, that the invention is not 
15 intended to be limited to the particular forms disclosed. Rather, the invention is to cover 
all modifications, equivalents, and alternatives falling within the spirit and scope of the 
invention as defined by the appended claims. 

DESCRIPTION OF ILLUSTRATIVE EMBODIMENTS 
Customers write out and mail numerous checks in a month. These checks are 
20 written to payees for any number of reasons. The check may be to a company to pay a 
bill or invoice, or it may be written to a person as a gift. The term "customers" refers to 
any person or business that receives invoices requesting payment from anyone, a person 
or an entity. The term "payee" refers to whom the money is owed or to whom it is being 
paid. The term "payee," as used in this application, refers to any person or business who 
25 provides services and/or goods to a customer or to anyone to whom a customer wishes to 
pay money (i.e., a grandchild for a birthday present). The payee may send an invoice to 
the customer for payment. The term "invoice" refers to any sort of bill, payment coupon, 
remittance, or reminder notice of payment due for goods or services rendered. As 
described above in the background, this method of paying invoices often takes a great 
30 amount of time and is inefficient. In one embodiment of the present invention, the 
invoices or bills are mailed directly to a payment center for processing. The term 
"payment center" includes banks, savings and loans, investment houses, and all other 
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types of financial institutions, whether private, public, or government, as well as including 
any other business that would provide this service, such as a currency exchange, 
department or other retail store, or places that normally accept bill payments. For ease of 
description, the following embodiments will be described in terms of banks, but it is 

5 understood that all other payment centers are contemplated. 

Turning now to FIG. 1, a block diagram of an automated payment system 100 of 
the present invention is illustrated. The automated payment system 100 includes a 
document scanning system 1 10, which is capable of receiving documents. The term 
"documents" includes currency bills, financial institution documents, and other documents 

10 with predetermined fields. The term "currency bills" includes not only U.S. and foreign 
currency, but also currency created by corporations such as casino script and "Disney 
Dollars." The term "financial institution documents" includes checks, deposit slips, loan 
payment documents, cash tickets, savings withdrawal tickets, check deposit slips, savings 
deposit slips, and all other documents utilized as a proof of deposit at financial 

15 institutions. The term "documents" may also include invoices and other reminders 
received from companies requesting payment (such as collection notices and e-mail 
reminders). 

In FIG. 1, the document scanning system 1 10 scans the documents and obtains 
images of the documents. The document scanning system is connected via a first 

20 communication link 120 to a first computer 130. The first communication link 120 is 

adapted to transmit information, such as the images, between the scanning system 110 and 
the first computer 130. The first communication link 120 may be any link used for data, 
voice, or video communications that is known in the art, such as a telephone line. 
Alternatively, the first communication link 120 may be over another form of media, such 

25 as a radio or microwave link. 

The first computer 130 is a computer at a bank where the payor, or person 
receiving the invoice, has an account. The first computer 130 is adapted to receive 
information through the first communication link 120 and to update the payor's account 
accordingly (i.e., credit or debit the account). The first computer 130 may be located in 

30 the same place as the document scanning system 1 10, or it may be in a location remote, or 
separate, fi-om the document scanning system 110. For example, it is contemplated that 
the document scanning system 110 and the first computer 130 may be located in the same 
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building. It is also contemplated that the document scanning system 1 10 may be located 
at a branch of the payor bank, while the first computer 130 is located at the main office or 
processing center of the payor bank. 

The first computer 130 of the payor bank is then linked via a second 

5 communication link 140, which is defined the same as above, to a second computer 150 at 
a payee bank. The payee bank is a bank having an account owned by the payee. The 
second communication link 140 allows the payor bank to communicate with the payee 
bank. In this embodiment, images obtained from the scanning system 1 10 may be 
transferred to the first computer 130 for debiting the customer's account and then 

10 transferred to the second computer 1 50 for crediting the payee's account. The images are 
transferred over the communication lines 120, 140. These transfers may occur 
substantially immediately. For example, an image that is scanned on a Monday morning 
may be electronically transferred to the receiving bank that day for crediting to the 
company's account within minutes. Alternatively, the transaction may occur within a 

15 couple of hours, depending on the speed of transmission and auditing requirements. In 
other embodiments, the payee and payor banks may have predetermined time periods 
established for the transfer of images. For example, the payor bank may send image 
transmissions once every hour, once a shift;, or once a certain number of images have been 
obtained. 

20 In another embodiment, the first computer 130 is linked via a communication line 

160, as defined above, to a third computer 170 operated by the customer or payee. 
Information may be forwarded from the payor bank to the customer or payee. For 
example, images fi-om the scanning system may be e-mailed to either the customer or the 
payee. In another embodiment, the images may not be transmitted, but a receipt 

25 indicating that the transaction occurred may be e-mailed. In another embodiment, the 
images may be downloaded onto a disk or a tape by either the payee or payor bank and 
forwarded to the customer or payee in this manner, as well. In this embodiment, the 
automated payment system 100 is usefial because it provides the company, customer, or 
both with a detailed record of the transaction soon after the transaction occurs. If the 

30 image is sent to the company, the company may update their records faster than if the 
receipts were merely mailed to them. 
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In other embodiments, the third computer is operated by the customer and a 
fourth computer operated by the payee is included. Also, the third and fourth computers 
170 may be linked to the second computer 150 instead of or in addition to the first 
computer 130. In all of these embodiments, the operation of the system is the same. 

5 Turning now to FIG. 2, a brief description of how the embodiment described 

above operates will be described. First, at step 180, a check drawn on an account owned 
by a customer and an invoice are inserted into the scanning system. The check and 
invoice may be inserted as part of a stack or singularly. Images of the check and invoice 
are then obtained by the scanning system (step 182). Next, at step 184, the images are 

10 transmitted to a payor bank which holds the account owned by the customer. At step 
186, the customer's account is then debited for the amount of the check. The images of 
the check and invoice, along with the funds debited from the customer's account, are 
transmitted at step 188 to a payee bank. The payee bank holds an account belonging to a 
payee listed on the check. Then, at step 190, the payee bank credits the payee's account 

15 with the fiinds received from the payor bank. 

Turning now to FIG. 3, a perspective view of one embodiment of a document 
scanning system 310 is depicted. The scanning system includes an input receptacle 300 
adapted to receive a document 305. Information concerning the transaction may be 
communicated to an operator via an operator control panel 320, such as a display, a touch 

20 screen, or a video screen. The operator is a person employed or contracted by the bank 
to run the scanning system 310. The operator control panel 320 can be a touch screen 
which can be used by the operator to communicate interactively with the first computer 
130 (FIG. 1). For example, the operator control panel 320 can also be a communicational 
video screen which displays video images of the document 305 as the document 305 is 

25 scanned. The operator control panel 320 may then prompt the operator to perform the 
next step, e.g., accept, reject, retry. 

In the embodiment described above, there are situations when the customer is 
present as the operator scans the document 305. In such an embodiment, a customer 
control panel 330 may be provided to display information to a customer. The customer 

30 control panel 330 may also be a display, a video screen, or a touch screen as described 
above. In one embodiment, the customer control panel 330 includes a touch screen 
button for authorizing the transaction. Also, there may be a separate "OK" button. In 
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Other embodiments, the control panels 320, 330 may also have numeric keypads, standard 
keyboards, and/or denomination keys for inputting information into the document 
scanning system 310. For example, if a document has information that is unable to be 
scanned or if the information scanned is unreadable and/or unable to be deciphered, the 

5 control panels 320, 330 may be used to input the missing information into the scanning 
system 310. In an alternative embodiment, the control panels 320, 330 also include 
electronic signature pads and pens. The electronic signature pads and pens also enable 
operators and users to input information into the scanning system 310 if it is needed. 
Turning now to FIG. 4, a functional block diagram of one embodiment of a 

10 document scanning system 410 will now be described. As mentioned with reference to 
FIG. 3, a document 405 is placed into the document scanning system 410 through an 
input receptacle 400. The document 405 may be placed into the input receptacle 400 one 
at a time or may be placed in a stack. A transport mechanism 440 transports the 
documents 405 one at a time from the input receptacle 400 past an image scanner 450 to 

15 an output receptacle 455. In this embodiment, only one output receptacle 455 is 

illustrated, but other embodiments include multiple output receptacles 310. A controller 
460 is linked to the image scanner 450, the transport mechanism 440, a memory 470, and 
the operator and user control panels 220, 230. The controller 460 is adapted to control 
operation of the transport mechanism 440 and the image scanner 450, to communicate 

20 information to and from the memory 470, and to communicate information to and from 
the customer and operator control panels 320, 330. 

Once the image scanner 450 receives an instruction from the controller 460, the 
image scanner 450 scans the document 405, and obtains an image of the document 405. 
The image may be an image of the entire document 405 (a flill image) or it may be of 

25 selected portions of the document 405. The image scanner 450 may contain optical 
character recognition (OCR) software, such as character amount recognition (CAR) or 
legal amount recognition (LAR), for identifying the characters printed in one or more 
fields of the document 405. The OCR also recognizes certain fields within the document 
405. For example, if the document 405 is a check, the OCR may search the full image for 

30 the account number, scan the account number once the field is located, and transfer the 
determined account number to the memory 470 through the controller 460 for storage. 
Alternatively, if the document 405 is an invoice, the OCR may search the full image for a 
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dollar amount. Once the dollar amount field is located, the OCR will then scan the dollar 
amount and transfer an image of the dollar amount to the memory 470 for storage. In an 
alternative embodiment, the image scanner 450 is directly linked to the memory 470 for 
transfer and storage of the images. 

5 The memory 470 may be used for either temporary or permanent storage of the 

images obtained by the image scanner 450. The memory 470 may store the images until 
the images are transported via the first communication link 120 to the first computer 130. 
The transportation may occur after a set number of images have been stored, after a 
predetermined amount of time, or when the memory 470 is fiill. Alternatively, the 

10 memory 470 may be used to store information on tapes, disks, and/or CD-ROMs. The 
customer may insert a memory storage device into the scanning system 410. After the 
image scanner 450 obtains images of the document 405 and communicates the images to 
the first computer 130, the scanning system 410 may save the images to the memory 470, 
which is then taken by the customer as a receipt. In another embodiment, the memory is 

15 removable, but is removed by the first bank for reconciliation purposes. In yet another 
alternative embodiment, any combination of memories 470 are included. 

Next, the transport mechanism 440 may transport the document 405 past a 
discrimination and authentication unit 480. The discrimination and authentication unit 
480 is of the type described in U.S. Patent No. 5,915,592, which is incorporated herein by 

20 reference in its entirety. The discrimination and authentication unit 480 authenticates the 
document 405 and, in the case of a currency bill, determines the denomination of the bill. 
With other documents, such as checks, the system may capture information such as the 
check amount, account number, bank number, or check number. If a document cannot be 
authenticated or discriminated by the discrimination and authentication unit 480, an alert 

25 may be sent via one of the control panels 320, 330 to an operator or customer. In some 
embodiments, the controller 460 may cause a document that is unable to be authenticated 
to be flagged and then rejected from the machine. If the document scanning system 410 
only has one output receptacle 455, the controller 460 may halt the operation of the 
machine while the document 405 is ejected into the output receptacle 455. In 

30 embodiments where the scanning system 410 has multiple output receptacles 455, the 
controller 460 may continue operation of the scanning system and merely reject the 
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unauthenticated document 405 to one output receptacle, while authenticated documents 
are sent to a different output receptacle. 

It is also contemplated that the discrimination and authentication unit 480 may not 
be used for all documents 405 that are input into the system 410. For example, the 
5 discrimination and authentication unit 480 may be used to process currency bills and 
checks, but may not be used in the case of invoice-type documents. In this situation, the 
discrimination and authentication unit 480 recognizes certain documents, such as an 
invoice or payment coupon, as being a type of document where no discrimination or 
authentication needs to be performed. In this case, after the discrimination and 
10 authentication unit 480 recognizes the invoice document, the transport mechanism 440 
may transport the document to the output receptacle 455. 

In another embodiment, it is also contemplated that the discrimination and 
authentication unit 480 is not included. In this embodiment, the document 405 would be 
transported past the image scanner 450 and to the output receptacle 455. 
15 In another embodiment of the present invention, a printer 490 is included in the 

document scanning system 410. The printer 490 may perform a variety of functions. In 
one embodiment, the printer 490 may be used to print an indicia of cancellation or a 
"paid" indicia on the document 405. The type of mark used may depend on the type of 
document 405. For example, a check would have an indicia of cancellation on it, while 
20 the invoice may be marked "paid." In another embodiment, the printer 490 may be used 
to print an image of the check and/or invoice to be physically sent to the customer. The 
printer 490 used can be any type of conventional printer. For example, depending on the 
function for which the printer 490 is used, the printer 490 may use conventional printing 
wheels. In another embodiment, where the printer 490 is only used for one purpose, for 
25 example, to cancel the document 405, the printer 490 may be a stamp In yet another 
embodiment, the printer 490 may include a series of stamps. For example, one stamp 
could imprint an indicia of cancellation on a check and another stamp could print "paid" 
on an invoice. The operation of the printer 490 is controlled by the controller 460. 

One example of the arrangement of an image scanner 550 for use in the above- 
so mentioned embodiments is described with reference to FIG. 5. A document 505 having 
two sides, for example, a check, U.S. or foreign currency, or an invoice, is inserted into 
the document scanning system 310 (shown in FIG. 3) at position 500a. In the 
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embodiment of FIG. 4, the image scanner 450 is adapted to scan both sides of the 
document 505. Often, the document 505 contains valuable information on both sides and, 
thus, obtaining an image of both sides is usefixl. For example, if the document 505 is a 
check, a first (or front) side of the check may contain payee and amount information, 

5 while a second (or back) side may contain endorsement information. 

After the document 505 is inserted into the document scanning system 310, the 
document 505 is transported past a scanning arrangement by the transport mechanism 440 
(FIG. 4). When the document 505 moves into a position 500b, it is illuminated by a light 
560, causing the image of the first or second sides of the document to travel along a first 

10 path 510 to a mirror 520. The image is then reflected by the mirror 520 along a second 
path 530 to a scan head 540, where the image is obtained. The scan head 540 may be 
rotatable as shown. The light 560 may be located in various places in the image scanner 
450. Thus, one side of the document 505 is imaged using reflection techniques. The 
document 505 then moves into position 500c where the image of the other of the first and 

15 second sides of the document 505 is scaimed by the scan head 540 via a path 570. In one 
embodiment, the transport mechanism 440 stops at the position 500b while, in other 
embodiments, the transport mechanism 440 operates in continuous motion and does not 
stop at the various positions for imaging. 

The rotation and operation of the scan head 540 may be controlled by the 

20 controller 460 illustrated in FIG. 4. Alternatively, the scan head 540 could be rotated 

based on a time delay (rotates so many degrees every so often). The operation of the scan 
head 540 may also be in continuous operation. The scan head 540 may scan without 
interruption as opposed to an embodiment where the scan head 540 is turned on or off via 
the controller 460. 

25 In accordance with another embodiment of the present invention, the image 

scanner 550 may be of the type disclosed in U.S. Patent No. 4,888,812, which is 
incorporated herein by reference in its entirety. 

In FIG. 6, another embodiment of an image scanner 650 is depicted. In this 
embodiment, the front and back surfaces of a document 605 are scanned by scan heads 

30 602, 604 and the images are processed into video image data by electronic circuitry. The 
scan heads 602, 604 are preferably charge coupled scanner arrays and generate a 
sequence of analog signals representing light and dark images defining the image on the 
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document 605. The scan heads 602, 604 are arranged for simultaneously scanning both 
the front and back of the document 605 and are connected respectively to analog-to- 
digital converters 610, 615 which convert the analog values into discrete binary gray scale 
values of, for example, 256 gray scale levels. Alternatively, the scan heads 602, 604 may 

5 be arranged in an offset, or non-overlapping, manner. For example, a non-overlapping 
arrangement may be usefiil in isolating Ught detected by each scan head. The scan heads 
602, 604 may be capable of obtaining images of varying resolutions. The particular 
resolution chosen, which can be varied by the operator, is selected based on the type of 
document being scanned, as is known in the art. 

10 In the embodiment illustrated in FIG. 6, the high resolution gray scale image data 

from the analog-to-digital converters 610, 615 is directed to an image data preprocessor 
620 in which the data may be enhanced and smoothed and which serves to locate the 
edges of successive documents. Irrelevant data between documents can then be 
discarded. If the documents are slightly skewed, the image preprocessor 620 can also 

15 perform rotation on the image data to facilitate subsequent processing. 

The image data may be monitored for unacceptable image quality by an image 
quality unit 630. For example, the image quality unit 630 may monitor the distribution of 
gray scale values in the image data and create a histogram. As is well known in the art, 
acceptable quality images have a distribution of gray scale values within certain prescribed 

20 limits. If the gray scale distribution of the histogram falls outside these limits, this is 
indicative of poor image quality and an error condition may be generated. 

The image data is transmitted from the quality unit 630 to an image processor 
640. The image processor 640 may add items to the image. For example, if a document 
bearing only a signature is scanned, the image processor 640 may add a transaction 

25 amount, a payee, and/or other information to the image. As is known in the art, the scan 
heads 602, 604 can additionally scan specified fields on the faces of the document. For 
example, when processing checks, the scan heads 602, 604 may be directed by the OCR 
software to search for the "$" symbol as a coordinate to the left of the numeric check 
amount field box. As is known in the art, a straight coordinate system or dimension 

30 system may be used where known dimensions of the box are used to locate the field. 
Also, when scanning currency, the scan heads 602, 604 may be directed by the OCR 
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software to search for the serial numbers printed at defined locations which the image 
processor 640 can locate. 

The processor 640 can be programmed to locate fields for various types of 
currency and perform processing. Based on scanning certain areas on the currency or 

5 document, the processor 640 first identifies the type of document, such as type of 
currency, for example, U.S. bank notes. Then, based on the outcome of the previous 
step, certain fields of interest are located, and the information is stored for use by the 
system. For checks, fields of interest may include the name of the bank, the account 
number, and the amount of the transaction. For U.S. bank notes, the fields of interest 

10 may include the dollar amount. For deposit slips, the fields of interest may include the 
bank name, account number, total amount of deposit, and amount of individual checks or 
currencies deposited. For invoices, the fields of interest may include the account number, 
the transaction amount, and the minimum amount due. The processor 640 may also 
compress the image data, as is known in the art, in preparation for transmission to an 

15 outside location and/or storage. 

The amount of image data per document may vary depending on the size and 
nature of the document and the efficiency of the data compression and reduction for that 
particular document. To insure that no data is lost in the event that the volume of image 
data temporarily exceeds the transfer capacity of a data channel 655, such as a high speed 

20 data channel, a prechannel buffer 650 is interposed prior to the data channel 655, which is 
connected to a controller 660. The capacity of the pre-chaimel buffer 650 is continually 
monitored by the controller 660 so that appropriate action may be taken if the buffer 
becomes overloaded. The compressed video image data is received by the controller 660 
over, for example, a high-speed data channel 760 and is initially routed to temporary 

25 storage. The prechannel buffer 650 is preferably of a size capable of storing image data 
from at least several batches or runs of checks or similar documents, each batch or run 
containing several checks or documents. The controller 660 in the document scanning 
system directs the image scanner to perform the fiinctions of analyzing the data. 
Alternatively, as discussed above, analysis of the data can occur at an office computer or 

30 at a personal computer attached to the system. 

A personal computer or ahernate means may be used to create images of 
electronic documents that are electronic images only. That is, such documents may be 
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created without scanning physical documents. In such a system, computer software 
electronically creates an image of a document such as a check. These systems are 
commonly known in the art. A special printer (not shown) may be connected to the 
system to print documents with fields of interest. 

5 Other scanning modules and methods can be used in place or in addition to the 

ones described above. These include CCD array systems, multi-cell arrays, and other 
well-known scanning techniques. Examples of these techniques and devices are described 
in U.S. Patent Nos. 5,023,782, 5,237,158, 5,187,750 and 4,205,780, all of which are 
incorporated herein by reference in their entireties. The scanning module can also be a 

10 color image scanner such as the type described in U. S. Patent No. 5,335,292, which is 
incorporated herein by reference in its entirety. 

Turning now also to FIGS. 7 and 8, the document 605 may be transported past 
the image scanner 650 in a direction that is parallel to its narrow edge (FIG. 7), or the 
document 605 may be transported past the image scanner 650 in a direction that is 

15 perpendicular to its narrow edge (FIG. 8). These embodiments may be incorporated into 
both the embodiments of either of the image scanners depicted in FIGS. 5 and 6. 

Turning now to FIGS. 9 and 10, an image file of a check and an image file of an 
invoice are described. Turning first to FIG. 9, a check image file 900 comprises several 
parts. A first image section 905 represents one side of a scanned check. The image is a 

20 collection of encoded data and is represented here pictorially so as to be readily 

understandable to those skilled in the art. In the check sample shown in FIG. 9, both 
sides of the check have been scanned. In other embodiments, it may only be desired to 
scan one side. In the embodiment illustrated, the first image section 905 is the front side 
of the scanned check. Similarly, a second image section 910 comprises data representing 

25 the reverse side of the document, in this case, the back side of the check. Area 915a is the 
MICR data scanned and is extracted from the fiill image scan and inserted into a MICR 
field 915b. The MICR information on the check includes the bank routing number (or 
ABA number), the payor's checking account number, check number, and may include the 
dollar amount of the check. 

30 Areas 915c and 91 5d represent, respectively, routing and control information. 

The routing and control information is needed so that the image file can be transmitted 
among financial institutions. The routing information is a number that corresponds to the 
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bank that issued the check. In other words, the bank to which the image file belongs can 
easily be recognized by an operator. The areas 915c and 915d may be extracted from the 
area 915a or fi-om the MICR encoding on the check. The numbers illustrated are used as 
examples and are not meant to represent the exact digits or number of digits used. 

5 Also taken fi-om the MICR encoding line on the check is field 91 5e, which 

contains the account number for the check extracted from the image of the check. The 
account number allows an operator to know which account was debited for the funds. 

To further aid the operator in recognizing the account, a field 920b may be 
included in the image file and contains data indicating the name and address of the owner 

10 of the account. This information is taken from an identification section 920a on the image 
file. Normally, this information is on the upper left side of the check and usually includes 
at least the name of the owner of the account, and may include address and telephone 
information. 

On the written portion of the check, an amount of transaction is indicated in an 

15 amount box 930a. This information may be read from the image and inserted into an 
amount field 930b. Other written information, such as a payee name 940a, may also be 
extracted from the full image and added into a field 940b. A check number 950a may be 
extracted and added into a field 950b to provide a clearer indication of the check number. 
It should be recognized that the fields illustrated are not inclusive of all possible fields and 

20 types of information which can be stored in the image file 900. Indeed, other types of 
information can be stored as can pointers to other files having, for example, further 
information relating to the customer. In some cases, it may also be useful to read the 
memo line of the check. In addition, it is contemplated that an operator may fill in some 
of these fields. For example, in an embodiment of the present invention that only requires 

25 the customer to sign the document, the payee field and amount field may be added to the 
image before it is processed. The format of the file is standardized for ease of processing, 
i.e., using .tif or .jpg. This allows other software to process the information in image files 
for use by the merchant or financial institution. 

FIG. 10 depicts an image file 1000 of the invoice according to one embodiment of 

3D the invention. A full image of either or both sides of the invoice may be obtained. In this 
embodiment, it is only a first side 1010 of an invoice that is included in the image file 
1000. The first side 1010 contains an address 1020a having the name and address of the 
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company. The address 1020a may be extracted and inserted into an address field 1020b. 
A field 1030a contains an account number of the customer at the payee. The customer's 
account number on the invoice is different than the account number on the check in FIG. 
9. The account number on the check is the customer's account number at the bank or the 

5 account number that is going to be debited to pay the customer's account at the payee. 
For example, if a customer owes utility A money, utility A will send the person an invoice 
indicating the amount of payment and the customer's account at the utility. The customer 
then writes a check drawn on an account at a bank to pay their account at the utiHty. It is 
important that the account number 1030a is clearly imaged, because field 1030b informs 

10 the company where to apply the fiinds received. 

Numerous invoices contain various dollar amounts that may be owed by a 
customer. For example, on a standard credit card invoice, the invoice will include a total 
amount owed 1040a, a minimum amount to be paid 1050a, and a transaction amount 
1060a. These amounts may differ. In the illustrated embodiment, the total amount owed 

15 1040a is SIOO.OO, the minimum amount to be paid 1050a is $10.00, and the transaction 
amount 1060a is also $10.00. In practice, the transaction amount 1060a may be any 
number, but usually it lies between the minimum amount to be paid 1050a and the total 
amount owed 1040a. The total amount owed 1040a, the minimum amount to be paid 
1050a, and the transaction amount 1060a may all be extracted and put into separate fields 

20 1040b, 1050b, 1060b, respectively, in the image file 1000. Alternatively, any combination 
of these fields may be extracted in addition to any other fields that may be usefijl for the 
payee, customer, payee bank, and/or payor bank. 

In order for the payor bank to transmit the fiinds to the payee bank, the payor 
bank must be able to ascertain the payee bank's routing number and the account number 

25 at the payee bank to be credited. This information may be included on the invoice image 
file 1000, as illustrated by a line 1070a. The line 1070a provides the routing number and 
account number for the payee. The line 1070a may be extracted and inserted into a bank 
routing field 1070b and into a payee account number field 1070c. These two fields may 
also be input by the operator or customer if the information was not included on the 

30 invoice. 

In both the image files 900 and 1000, there is certain information that should be 
the same. For example, a customer wanting to pay an invoice fi-om Credit Services 
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should have a check that names Credit Services as the payee. Also, the transaction 
amount field 960b of the check (FIG. 9) should match the amount field 1030b on the 
image file 1000 of the invoice. As discussed above, in one embodiment, the document 
scanning system 3 10 includes control panels 320, 330 (FIG. 3). The control panels 320, 

5 330 may be used to view the image files 900 and 1000 to insure that the certain fields 
match. This would alleviate accounting problems for both the customer and the payee in 
reconciling the customer's account with the payee. 

In one embodiment, the image files 900, 1000 only include the fiiU images of the 
check and invoice. In this embodiment, none of the data is extracted and added to the 

10 image file. In this embodiment, both the payee bank and payor bank would extract 
required information as needed to process the images. 

In yet another aUernative embodiment, only the extracted fields, and not the fiall 
image, would be transmitted to the payor bank and the payee bank. In this embodiment, 
the fiill images may be discarded or the extracted fields may be imaged directly fi-om the 

15 document as mentioned above. 

Turning now to FIG. 1 1, a flow chart illustrating how one embodiment of the 
present invention operates is described. In this method, instead of an invoice being mailed 
to a customer, the invoice is sent directly to a bank. First, as shown in step 1 100, the 
customer authorizes the bank to debit an account belonging to the customer to pay the 

20 invoice. This may be done in a manner that is similar to other debit agreements banks 
have with their customers, such as authorizations to debit the account to pay fees or to 
allow automated clearinghouse transfers (ACH). The bank also needs to be provided 
with information regarding how much of the invoice should be paid. For some 
companies, the entire invoice must be paid (utilities, some credit cards). For others, 

25 however, including most credit cards, the customer is given a minimum that must be paid 
and the balance may remain owed. The customer may provide the bank with instructions 
to pay the entire invoice when it is presented, only the minimum, or some other 
predetermined amount. It is also contemplated that the customer could alter this amount 
on a monthly basis depending on the balance in the account. In another embodiment, the 

30 customer may have instructions to pay the invoice after a certain date, or pay as much of 
the invoice as possible, while leaving a minimum balance in the account. 
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Once the authorization is established, the process proceeds to step 1102, where 
the bank receives the invoice directly, instead of the customer. In another embodiment, 
the customer could receive the invoice and then notify the bank of payment instructions, 
such as dollar amount, and payee and bank information. 

5 At step 1 104, an operator inserts the invoice into a document scanning system. 

The operator may be an employee or contractor of the bank. The document scanning 
system then obtains a full image of the invoice in step 1 106. The image may be a full 
image of the document or it may only be of a selected portion of the document. Optical 
character recognition software (OCR) may be included in the scanning system. The OCR 

10 may "read" the image for relevant information, such as the P.O. box number, account 
number, transaction amount, total amount owed, and minimum amount due. 

Next, at step 1 108, the operator may create an image of a check for payment. 
This image may contain all the data commonly found on a check, or it may only contain 
the data that is needed to conduct the transaction, such as bank routing number, account 

15 number, and transaction amount. In another embodiment, the bank operator may fill out 
an actual check and insert it into the document scanning system for scanning. In another 
embodiment, the customer may have provided the bank with checks that are already filled 
out and the operator need only scan the appropriate check. In both of these 
embodiments, the OCR may again read the whole image or search for the needed images 

20 only for processing. In all of these embodiments, it is contemplated that the operator may 
input any needed information onto the image. For example, if a scanned invoice is lacking 
a transaction amount, the transaction amount may be keyed in by the operator and, thus, 
added to the image of the invoice. In one embodiment, the only portion of the check that 
is filled out is the signature, while the rest of the data is added to the image in such a 

25 manner by the operator. 

At step 1110, the scanned images are transmitted electronically to the company's 
bank for payment and processing. There are numerous ways the customer's bank may 
obtain the company's bank information. The information may be included on the invoice 
or it may be obtained from the company or the customer. The electronic payment may be 

30 processed as a check, whereby the customer's account is not debited until the check is 
sent back to the customer's bank to be honored. In another embodiment, the payment 
may be made by a cashier's check. Here, the customer's account is debited immediately. 
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but the fiinds are still sent to the company's bank via the mail system. In another 
embodiment, the electronic payment may be paid as an automated clearinghouse payment, 
such that the flinds are first deducted from the customer's account and then electronically 
transferred along with the images to the bank of the customer. 

5 Once the invoice has been paid, the images are transmitted to the customer in step 

1112. This may be done electronically where the images themselves are sent to a 
customer's website or e-mail address. The images may also be saved on a disk, tape, or 
other recordable device and then mailed to the customer. In another embodiment, the 
images of the check and the invoice are printed and mailed to the customer as the invoices 

10 are paid. This embodiment would be ideal for people who do not own a computer or do 
not feel comfortable using a computer for transactions which include account numbers. 
In another embodiment, the bank may print the images of the scarmed items and include 
the items in the customer's regular bank statement. It is also contemplated that the actual 
invoice and check (if there is a hard copy) may be stamped with indicia of cancellation or 

15 payment and returned to the customer via any of the above-mentioned processes. 

Turning now to FIG. 12, another embodiment of a document scanning system 
1210 is described. As illustrated in FIG. 12, the document scanning system 1210 includes 
an input receptacle 1205 adapted to receive documents from an operator or a customer. 
The input receptacle 1205 may be one input opening, slot, or bin capable of receiving 

20 both invoices and checks to be deposited. Alternatively, the input receptacle 1205 may be 
two bins, openings, or slots adapted to receive different types of documents. For 
example, one of the input bins may be adapted to receive only checks, while the other may 
receive invoices. In other embodiments, the input receptacle 1205 may be of a plurality of 
input bins, openings, and/or slots, with a separate input for each type of document the 

25 scanning system 1210 is capable of accepting. 

A transport mechanism 1240 is coupled to the input receptacle and is adapted to 
carry the documents, one at a time, from the input receptacle 1205 past an image scaimer 
1250, and to an output receptacle 1255. As illustrated in the drawing, the scanning 
system 1210 has at least one output receptacle, but may have any number of output 

30 receptacles 1255a-n. In one embodiment, there are two output receptacles 1255a-b. 
Documents that are scanned properly may be transported into one output receptacle 
1255, while documents that are believed to be counterfeit or are not properly scanned 
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may be off sorted to another output receptacle. Also, if there are two types of documents 
being scanned, checks and invoices, the checks may be transported to one output 
receptacle 1255, while the invoices are transported to another output receptacle 1255. In 
an embodiment having three output receptacles 1255a-c, each receptacle may receive 
5 different types of documents, or one receptacle 1255 may be used to off sort certain 
documents. 

The image scaimer 1250 operates similarly to the image scanner 450 in FIG. 4. 
The image scanner 1250 may obtain full images of the documents or it may only obtain 
partial images of the documents. The image scanner 1250 also transmits these images to 

10 a controller 1260. 

The controller 1260 is coupled to the image scarmer 1250 and the transport 
mechanism 1240, and controls the operation of both of these devices. The controller 
1260 also communicates information to and from the image scanner 1250. As described 
above, the image scanner 1250 transmit images to the controller 1260. The controller 

15 1260 may also transmit information to the image scanner 1250 instructing the image 
scanner 1250 to create image files of the images and what to include in these image files. 
Alternatively, the controller 1260 may take the images transmitted by the image scanner 
1250 and create image files that include the information discussed in FIGS. 9 and 10. 

The controller also controls the operation of a printer 1290. The printer 1290 may 

20 be used to perform a variety of functions. In one embodiment, the printer 1290 may be 
used to print the payment agreement on the document. The timing of the printing 
operation is controlled by the controller 1260. According to one embodiment, the printer 
1290 automatically prints the payment agreement on the document. The printer 1290 
may also be used to print an indicia of cancellation on a document. For example, if a 

25 check is being scanned for electronic transfer purposes, the printer 1290 may print 
"cancelled," "void," or other such language on the check. The printer 1290 may also 
operate as does the printer 490 described in FIG. 4. 

Also controlled by the controller 1260 is a communications panel 1220. The 
communications panel 1220 may be used by an operator and/or customer to input 

30 information into the image file. Also, the controller 1260 may communicate information 
to the communications panel 1220. For example, the controller 1260 may instruct the 
communications panel 1220 to display a message to the operator or customer that the 
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image scanning is complete or that a problem has occurred. The communications panel 
1220 may include a numeric keypad, a standard keyboard, denomination keys, a touch 
screen panel, and/or an electronic pen and screen. All of these devices would allow the 
operator or customer to input information into the scanning system 1210. 

5 The controller 1260 is also in communication with an interface 1230. The 

interface 1230 receives information from the controller 1260 and adapts it to be 
transmitted to an office computer 1275 and/or a personal computer 1270. The personal 
computer 1270 may be a computer owned by the customer, the computer adapted to 
receive information such as confirmations that a transaction occurred. For example, if a 

10 check written by a customer is scanned and, through the operation of this system, debits 
an account owned by the customer, the interface may transmit a confirmation to the 
personal computer 1270. The confirmation may simply be a message indicating that the 
payment was made or it may include copies of the images of the documents for record 
keeping purposes. It is also contemplated that the personal computer 1270 may be a 

15 computer owned by the payee on the scanned check and may be used to provide the 
payee with confirmation of the transaction. In another embodiment, two personal 
computers are linked to the interface, one of the computers is operated by the customer 
and the other is operated by the payee. In this embodiment, both computers may receive 
confirmations of the transaction. 

20 The office computer 1275 is the same as the first computer 130 in FIG. 1, and is 

operated by the payor bank to debit the customer's account for the amount of the check. 
The office computer 1275 receives the images fi"om the interface, debits the customer's 
account, and then utilizes the payee information to electronically transfer the fiands to the 
payees account. For reconciliation purposes, a mass storage 1280 is electronically 

25 connected to the office computer and may be used to store the images. The mass storage 
1280 may be used to store data for record keeping purposes in case a discrepancy were to 
arise. Also, the mass storage 1280 may be used to temporarily store images until a 
statement is sent to a customer. The office computer 1275 may retrieve images relating 
to the customer's account to be included in the monthly bank statement. 

30 The document scanning system 1210, via the link with the office computer 1275, 

may process transactions substantially immediately. That is, withdrawals may be 
processed in real time rather than waiting for the end of the day. Alternatively, the 
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document scanning system 1210 may transfer the funds at set periods during the day. For 
example, the fijnds and images could be transferred once an hour or once a shift. 
Alternatively, the office computer 1275 could direct the controller when to transfer the 
images. 

5 FIGS. 13 and 14 depict a compact document scanning system according to one 

embodiment of the present invention. One embodiment of a compact document scanning 
system is described and illustrated in more detail in U.S. Patent No. 5,687,963, which is 
incorporated herein by reference in its entirety. In FIGS. 13 and 14, documents are 
transported, one by one, from a stack of documents placed in an input receptacle 5209 

10 onto a transport mechanism. The transport mechanism includes a transport plate or guide 
plate 5240 for guiding a document to an output receptacle 5017. Before reaching the 
output receptacle 5017, the document can be, for example, evaluated, analyzed, counted, 
and/or otherwise processed by a full image scanning module. In one embodiment, 
documents such as checks or invoices are transported, scanned, and identified at a rate in 

15 excess of 600 documents per minute. In another embodiment, documents such as checks 
or invoices are transported, scanned, and identified at a rate in excess of 800 documents 
per minute. In yet another embodiment, documents such as checks or invoices, are 
transported, scanned, and identified at a rate in excess of 1000 documents per minute. In 
another embodiment, documents such as checks or invoices, are transported, scanned, and 

20 identified at a rate in excess of 1200 documents per minute. 

The input receptacle 5209 for receiving a stack of documents to be processed is 
formed by downwardly sloping and converging walls 5205 and 5206 (see FIG. 14) 
formed by a pair of removable covers (not shown) which snap onto a frame. The 
converging wall 5206 supports a removable hopper (not shown) that includes vertically 

25 disposed side walls (not shown). U.S. Patent No. 5,687,963 also describes one 

embodiment of an input receptacle in more detail. The document scanning system 5010 in 
FIG. 13 has a touch panel display 5061 in one embodiment of the present invention which 
displays "functional" keys when appropriate. The touch panel display 5061 simplifies the 
operation of the multi-pocket document processing system 5010. Alternatively or 

30 additionally, physical keys or buttons may be employed. 

From the input receptacle 5209, the documents are moved in seriatim from a 
bottom of the stack along a curved guideway 521 1 (shown in FIG. 14) which receives 
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documents moving downwardly and rearwardly and changes the direction of travel to a 
forward direction. Although shown as being fed from the bottom, the documents can be 
fed from the top, front, or back of the stack. The type of feeding used could be friction 
feed, vacuum feed, or any other method of feeding known to those skilled in the art. An 
5 exit end of the curved guideway 521 1 directs the documents onto the transport plate 5240 
which carries the documents through an evaluation section and to the output receptacle 
5017. 

Stacking of the documents in one embodiment is accomplished by a pair of driven 
stacking wheels 5212, 5213 for the output receptacle 5017. The stacking wheels 5212, 

10 5213 are supported for rotational movement about respective shafts 5115 journalled on a 
rigid frame and driven by a motor (not shown). Flexible blades of the stacking wheels 
5212, 5213 deliver the documents onto a forward end of a stacker plate 5214. 

According to one embodiment, the document scanning system 5010 is compact, 
having a height (Hi) of about 9 '/z to 10 Vz inches, a width (Wi) of about 10 % to 1 1 

15 inches, and a depth (Di) of about 12 to 16 inches. 

FIGS. 15 and 16 depict an exterior perspective view and a side cross-sectional 
view of a compact muhi-pocket document scanning system 6010. The process for 
carrying documents through the system is the same as discussed above, except that the 
processing system has two output receptacles 6217a, 6217b. In this embodiment, a 

20 diverter 6260 directs the documents to either the first or second output receptacle 6217a, 
6217b. When the diverter 6260 is in a lower position, documents are directed to the first 
output receptacle 6217a. When the diverter 6260 is in an upper position, documents 
proceed in the direction of the second output receptacle 6217b. 

According to one embodiment, the document scanning system 6010 is compact, 

25 having a height (H2) of about 17 Vi inches, a width (W2) of about 13 Vz inches, and a 

depth (D2) of about 15 inches. According to another embodiment, the document scanning 
system has dimensions of a height (H2) of about 18 inches, a width (W2) of about 13 y4 
inches, and a depth (D2) of about 16 inches. The document scanning device 6010 may be 
rested on a tabletop. 

30 FIG. 1 7 depicts a flow chart for another embodiment of the present invention. In 

this embodiment, the customer receives the invoice directly and may bring it to the bank 
or a location having the scanner to pay the bill. In step 1700, the customer brings the 
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payment coupon or invoice to the bank. For demonstration purposes only, a bank will be 
used as the place of payment. It is also understood, however, that the place of payment 
may be anywhere with a scanning system of the present invention. For example, it is 
contemplated that currency exchanges may have document scanning systems and charge a 

5 fee for the service. Also, it is contemplated that other sites that currently offer customers 
invoice payment services (such as department stores that have drop boxes for payment of 
in-house credit cards or other locations that accept payment of utility bills) may offer the 
document scanning system of the present invention as a new method of payment. It is 
also contemplated that the document scanning systems may be stand alone machines 

10 which operate in the same manner as an Automated Teller Machine (ATM). 

Returning now to FIG 17, at step 1710, an operator inserts an invoice and a check 
or other payment media into the document scanning system. The term "operator" refers 
to anyone who is operating the machine. It may be a bank or store employee, an 
independent contractor working for the bank or store, or it may be the customer if a stand 

15 alone machine is being used. At step 1720, the document, for example, the check, is 
stamped with payment or authorization agreement. The payment agreement may be 
printed on the document by the document scanning system as described above with 
reference to FIG. 4. Alternatively, it is also contemplated that the payment agreement 
may be stamped manually onto the document. It is also contemplated that a separate 

20 document, such as a receipt, may be stamped with the payment agreement or has the 
payment agreement printed on it. This process would be similar to issuing a credit card 
receipt to be signed. The payment agreement allows the bank to debit the customer's 
account through an electronic transfer, which is different than the conventional clearing 
path used by banks and other financial institutions in clearing a check. The payment 

25 agreement may be printed on the document using a number of the methods discussed 
above with reference to FIG, 4. 

In another embodiment, step 1720 is eliminated and the customer only has to sign 
the document once. The document scanning system would add to the image any other 
fields which were desired, i.e., payee name and amount. Also, it is contemplated that a 

30 printer would then print this additional information on the document as a receipt, but such 
a step is not required. 
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Next, at step 1730, the customer authorizes the transaction. This may be done via 
signing the document after the agreement has been printed on it, giving a verbal 
authorization, selecting a button on a communication screen, or signing an electronic 
signature pad. If a signature is used, it may be handwritten, stamped, or made via other 
5 conventional means or may be, for example, an electronic signature. If verbal 

authorization is given, step 1720 may be eliminated, and the authorization need not be 
printed on the document. If verbal authorization is given, a printer may print "authorized 
verbally" or like terms on the document. Also, the image may be tagged with such indicia 
of authorization. 

10 At step 1740, the check is placed into the document scanning system by the 

operator. Next, at step 1750, the document scanning system, using fiill image scanning 
techniques, scans the check and obtains information from the check for use in the clearing 
and processing system. The document scanning system may scan for any indicia of 
cancellation. If some indicia of cancellation is found on the document (indicating that the 

15 document has already been processed), the process is terminated and the appropriate 

authorities may be informed. Also, if the document contains some indicia of cancellation, 
it is also contemplated that the document would not be returned to the customer, but 
instead be held by the operator or issuing bank. If no indicia of cancellation is found, the 
check images may be sent to a central clearinghouse (or first computer 130 as shown in 

20 FIG. 1) where the images are processed and payment authorization is made. Some indicia 
of cancellation may be added to the check, either by the document scanning system or by 
hand. Finally, at step 1760, the check is returned to the customer, as described below. 

Turning now to FIG. 1 8, an alternative embodiment of a document scanning 
system will be described. In the current embodiment, a check 1800 is placed into a 

25 scanning system through an input receptacle 1810, which may be a document receiving 
opening or receptacle, of the scanning system. A transport mechanism 1820 moves the 
check 1800 past an image scanner 1840 and to an output receptacle 1830. 

The image scanner 1840 and the transport mechanism 1820 are electronically 
coupled to a controller 1850. The controller 1850 controls the image scanner 1840, 

30 creates image files, and controls the transport mechanism 1820. The image scanner 1840 
operates the same as the image scanner 450, described in FIG. 4. Images of the check 
1800 are transmitted from the image scanner 1840 to a memory 1860, which stores the 
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images in case later verification is required. Alternatively, the memory 1860 may not be 
used and the image of the check 1800 is transported directly to the first computer 130 at 
the payor bank as described in FIG. 1 . 

In this embodiment, the scanning system also includes a second input receptacle 

5 1815 adapted to receive invoices. This is usefial for situations where a customer is 

scanning checks and invoices to be paid by the checks. In this system, a second transport 
mechanism 1825 transports the invoices 1805 past a second image scanner 1845 and to an 
output receptacle 2035. The second image scanner 1845 is controlled by the controller 
and directs images to the memory 1860. The memory 1860 operates as described with 

10 reference to FIG 4. 

The second input receptacle 1815 may also be used to accept currency bills. This 
is useful if a customer wants to deposit funds as well as pay a check. Alternatively, one 
input receptacle may be for checks written by the customer to pay bills, and the other 
input receptacle may be for currency bills and checks written to the customer for deposit 

15 into the customer's account at the payor bank. 

The controller 1850 also controls two control panels 1870, 1880. The control 
panels operate the same as the control panels 420, 430 in FIG. 4. 

Turning now to FIG. 19, another embodiment of a scarming system having two 
input receptacles is illustrated. In this embodiment, an invoice 1900 is inserted into a first 

20 input receptacle 1910. A first transport mechanism 1920 transports the invoice 1900 
from the first input receptacle to a second transport mechanism 1927. The second 
transport mechanism 1927 transports the invoice 1900 past an image scanner 1940 and to 
an output receptacle 1930. A second input receptacle 1915 is also included in the 
scanning system and is adapted to receive a check 1905. A third transport mechanism 

25 1 92 5 transports the check 1905 from the second input receptacle 1915 to the second 
transport mechanism 1927. The second transport mechanism 1927 transports the check 
past the image scanner 1940 and to the output receptacle 1930. 

The image scarmer 1940 is adapted to obtain images of the invoice 1900 and the 
check 1905 as discussed above in relation to FIG. 4. The images of the invoice 1900 and 

30 the check 1905 are transmitted from the image scanner 1940 to a memory 1960, which 
operates the same as the memory 470 in FIG. 4. Also included in this scanning system are 
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two control panels 1970, 1990, which operate like the control panels 420, 430 in FIG. 4. 
The two control panels 1970, 1990 are also controlled by the controller 2150. 

In another embodiment, the invoices and checks for payment may be inserted via 
one input receptacle, while currency bills and checks for deposit are inserted via the other 

5 input receptacle. 

Turning now to FIG. 20, another embodiment of a scanning system will be 
described. In this embodiment, two scanning systems 2000, 2005 are linked via a 
communication link 2050, as defined in FIG. 1 . The first scanning system 2000 includes a 
first input receptacle 2010 for receiving invoices. The first scanning system also includes 

10 a display 2020, a keyboard 2030, denomination keys 2070, and a ten-key keypad 2040. 
The display 2020 may be a video display screen, a touch screen, or other known display. 
The display 2020 may be used to display a questionable invoice or one that cannot be read 
by the image scanner. The customer or operator may then utilize the keypad 2040, the 
denomination keys 2070, and/or the keyboard 2030 to enter information into the image 

15 file. Alternatively, if the display 2020 is a touch screen, the customer may enter 
information on the touch screen. 

The second scanning system 2005 includes many of the same features as the first 
scanning system 2000, such as an input receptacle 2015, a display 2025, a keypad 2045, 
denomination keys 2075, and a keyboard 2035. The second scanning system 2005, 

20 however, is adapted to receive checks into the input receptacle. The checks are then 
scanned by the scanning system. 

In this embodiment, the invoices and checks are scanned by image scanners in the 
respective systems 2000, 2005 in the same manner as in FIG. 4. The images obtained 
fi-om both the first and second scanning systems 2000, 2005 are then transmitted via a 

25 communication link 2060 to the first computer 130 as depicted in FIG. 1. 

In an alternative embodiment, the invoices and checks may be inserted into the 
first scanning system 2000. The second scanning system 2005 may be used to accept 
documents for depositing, such as currency bills and checks written to the customer. 

All of the embodiments discussed above, which accept both checks written by and 

30 to the customer, are beneficial because these embodiments allow one system to be used 
for a variety of fijnctions. For example, a customer who needs to both pay a bill and 
deposit a check need only find one machine to do both. It is also contemplated that the 
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document scanning device of FIG. 4 may also accept checks for payment and checks and 
currency bills for deposit. 

While the present invention has been described with reference to one or more 
particular embodiments, those skilled in the art v^ill recognize that many changes may be 
5 made thereto without departing from the spirit and scope of the present invention. Each 
of these embodiments and obvious variations thereof is contemplated as falling within the 
spirit and scope of the claimed invention, which is set forth in the following claims. 
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WHAT IS CLAIMED IS: 

1 . An automated payment system for processing payment of an invoice sent from a 
payee to a customer, wherein the customer has a bank account at a payor bank and the 
payee has a bank account at a payor bank, the automated payment system comprising: 

a document scanning system having: 
5 an input receptacle for receiving the invoice and a check for an amount 

drawn on the customer's account, 
an image scanner, 
an output receptacle, 

a transport mechanism adapted to transport the invoice and the check from 
10 the input receptacle, past the image scanner, and to the output 

receptacle, 

the image scaimer being adapted to obtain at least one image of the invoice 

and at least one image of the check, and 
a controller coupled to the transport mechanism and the image scanner, the 
15 controller adapted to control the transport mechanism and the 

image scanner; 

a first computer at the payor bank communicatively coupled to the document 

scanning system and adapted to receive the at least one image of the check 
and the at least one image of the invoice, the first computer is further 
20 adapted to debit the customer's account for the amount of the check, and 

a second computer at the payee bank communicatively coupled to the first 

computer and adapted to receive the at least one image of the check and 
the at least one image of the invoice from the first computer; 

wherein the first computer is fiirther adapted to transmit funds in the amount of 
25 the check to the payee bank and the second computer is adapted to receive 

the fiands and to credit the payee's account for the amount of the funds. 

2. The processing system of claim 1, wherein the payor bank and the payee bank are 
different banks. 
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3. The processing system of claim 1, wherein the payor bank and the payee bank are 
the same bank. 

4. The processing system of claim 1, further comprising a personal computer adapted 
5 to receive the at least one image of the check and the at least one image of the invoice 

from the first computer. 

5. The processing system of claim 4, wherein the personal computer is a computer 
operated by the payee. 

6. The processing system of claim 4, wherein the personal computer is a computer 
operated by the customer. 

7. The processing system of claim 1, wherein one of the first computer or the 

15 document scanning system is fiirther adapted to obtain an authorization agreement from 
the customer. 

8. The automated payment system according to claim 7, wherein the authorization 
agreement is obtained verbally from the customer. 

20 

9. The automated payment system according to claim 8, comprising a printer for 
imprinting indicia of verbal authorization on the document. 

10. The automated payment system according to claim 7, fiarther comprising an 
25 imprinter adapted to imprint the authorization agreement on the document. 

1 1 . The automated payment system according to claim 1 0, wherein the imprinter 
comprises a stamp adapted to manually stamp the authorization agreement on the 
document, 

30 

12. The automated payment system according to claim 11, wherein the stamp fiirther 
includes a promise to pay as well as an authorization agreement. 
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13 . The automated payment system according to claim 10, wherein the imprinter 
includes a printer adapted to print an authorization agreement on the document submitted 
by a customer. 

5 

14. The automated payment system according to claim 13, wherein the printer is 
further adapted to imprint a promise to pay as well as the authorization agreement on the 
document. 

10 15. The automated payment system according to claim 7, further comprising an 
imprinter adapted to imprint the authorization agreement on a receipt. 

16. The automated payment system according to claim 1 5, wherein the imprinter 
comprises a stamp adapted to manually stamp the authorization agreement on the receipt. 

15 

17. The automated payment system according to claim 16, wherein the stamp further 
includes a promise to pay as well as an authorization agreement. 

18. The automated payment system according to claim 17, wherein the imprinter 
20 includes a printer adapted to print an authorization agreement on the receipt, 

19. The automated payment system according to claim 7, wherein the authorization 
agreement is displayed to the customer on a video screen. 

25 20. The automated payment system according to claim 19, further comprising an 
electronic signature pad and an electronic pen, the electronic signature pad adapted to 
receive a signature from the customer. 

2 1 . The automated payment system according to claim 1 9, further comprising a button 
30 on the video screen wherein the customer activates the button to execute the 
authorization agreement. 
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22. The automated processing system of claim 7, wherein the authorization agreement 
is a form signed prior to the transaction occurring. 

23 . The automated processing system of claim 22, wherein the form authorizes one 
5 transaction. 

24. The automated processing system of claim 22, wherein the form authorizes a 
plurality of transactions. 

10 25. The automated payment system of claim 1, further comprising a printer coupled to 
the controller. 

26. The automated payment system of claim 25, wherein the printer is further adapted 
to inscribe the check with an indicia of cancellation. 

15 

27. The automated payment system of claim 25, further comprising a second printer 
adapted to inscribe the check with a transaction amount. 

28. The automated payment system of claim 1, wherein the document scanning system 
20 fijrther includes a value entry means adapted to enter a transaction amount into the 

document scanning system. 

29. The automated payment system of claim 28, wherein the document scanning 
system is further adapted to compare a transaction amount printed on the check against 

25 the transaction amount keyed in by the operator. 

30. The automated payment system of claim 28, wherein the value entry means is a 
keyboard. 

30 31. The automated payment system of claim 28, wherein the value entry means is a 
plurality of denomination keys. 
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32. The automated payment system of claim 28, wherein the value entry means is a 
numeric keypad. 

33 . The automated payment system of claim 28, wherein the value entry means is a 
5 touchscreen, 

34. The automated payment system of claim 1, the document scanning system further 
comprising at least one control panel adapted to display information to one of an operator 
and the customer. 

10 

35. The automated payment system of claim 34, wherein the control panel is further 
adapted to receive a command from at least one of the operator and the customer. 

36. The automated payment system of claim 1, wherein the image scanner further 
15 comprises multiple scanheads. 

37. The automated payment system of claim 1, wherein the image scanner fiirther 
comprises: 

a mirror adapted to receive an image of a first side of the check and invoice; and 
20 a single scan head adapted to receive the image of the first side of the check and 

invoice from the mirror; 
wherein the single scan head receives an image of the second side of the 

document. 

25 3 8. The automated payment system of claim 1, wherein the document scanning system 
transports and scans the check and the invoice such that a longer edge of the document is 
perpendicular to the direction of transport, 

39. The automated payment system of claim 1, wherein the document scanning system 
30 transports and scans the check and the invoice such that a longer edge of the document is 
parallel to the direction of transport. 
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40. The automated payment system of claim 1, wherein the output receptacle includes 
a single output bin. 

41 . The automated payment system of claim 1, wherein the output receptacle includes 
5 a first output bin and a second output bin. 

42. The automated payment system of claim 41, wherein one of the first and second 
output bins is adapted to be an off sort bin to receive at least one of checks and invoices 
unable to be scanned by the document scanning system. 

10 

43. The automated payment system of claim 41, wherein the first output bin is adapted 
to accept checks and the second output bin is adapted to accept invoices. 

44. The automated payment system of claim 1, wherein the output receptacle includes 
15 a plurality of output bins. 

45. The automated payment system of claim 44, wherein one of the plurality of output 
bins is an off sort bin. 

20 46. The automated payment system of claim 1, further comprising a stacking wheel 
comprising flexible blades positioned to restack documents in the output receptacle. 

47. The automated payment system of claim 1, wherein the scanned image is a fixll 
image of the check or invoice. 

25 

48. A method of debiting a first financial account and crediting a second financial 
account, the first financial account belonging to a customer and the second financial 
account belonging to a payee, the method comprising: 

receiving a check drawn on the first financial account in an input receptacle of a 
30 document scanning system; 

receiving an invoice referencing the second financial account in an input receptacle 
of the document scanning system; 
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transporting the check past an image scanner of the document scanning system, 
transporting the invoice past the image scanner of the document scanning system; 
scanning the check and the invoice with the image scanner to generate an 

electronic image of the check and an electronic image of the invoice; 
5 obtaining a transaction amount from the image of the check; 

obtaining account information from the image of the invoice, 
transmitting the image of the check and the image of the invoice to a payor 

financial institution, the financial institution holding the first financial 

account; 

10 debiting the first financial account for the transaction amount; 

transmitting the image of the check, the image of the invoice, and funds equal to 
the transaction amount to a payee financial institution, the financial 
institution holding the second financial account; and 

crediting the second financial account for the transaction amount. 

15 

49. The method of claim 48, further comprising obtaining an authorization agreement 
fi-om the customer to debit the first financial account. 

50. The method of claim 49, wherein the step of obtaining an authorization agreement 
20 occurs prior to inserting the check in the input receptacle. 

5 1 . The method of claim 49, fiirther comprising examining the check for indicia of 
cancellation. 

25 5 2. The method of claim 50, wherein checking for indicia of cancellation is done prior 
to obtaining the executed authorization agreement. 

53. The method of claim 48, comprising obtaining the authorization agreement 
verbally from a customer. 

30 

54. The method of claim 53, comprising imprinting indicia of the verbal authorization 
on the document. 
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55. The method of claim 49, fUrther comprising imprinting the authorization 
agreement on the document. 

5 56. The method of claim 55, wherein imprinting comprises manually stamping the 
authorization agreement on the document 

57. The method of claim 56, wherein stamping further includes stamping a promise to 
pay as well as an authorization agreement on the document. 

10 

58. The method of claim 55, further comprising providing a printer adapted to print an 
authorization agreement on the document. 

59. The method of claim 49, further comprising imprinting the authorization 
13 agreement on a receipt. 

60. The method of claim 59, wherein imprinting comprises manually stamping the 
authorization agreement on the receipt. 

20 61 . The method of claim 60, wherein stamping further includes stamping a promise to 
pay as well as an authorization agreement on the receipt. 

62. The method of claim 59, wherein imprinting comprises utilizing a printer to print 
an authorization agreement on the receipt. 

25 

63. The method of claim 49, further comprising displaying the authorization 
agreement to a customer on a video screen. 

64. The method of claim 63, further comprising providing an electronic signature pad 
30 and an electronic pen for receiving a signature from the customer to execute the 

authorization agreement. 
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65 The method of claim 64, further comprising providing a button for the customer 
to activate the displayed authorization agreement. 

66. The method of claim 65, wherein obtaining the executed authorization agreement 
5 comprises obtaining an executed authorization agreement for a single transaction. 

67. The method of claim 49, wherein obtaining the executed authorization agreement 
comprises obtaining an executed authorization agreement for a plurality of transactions. 

10 68. The method of claim 49, further comprising inscribing the check with an indicia of 
cancellation. 

69. The method of claim 68, fiarther comprising returning the cancelled check to the 
customer. 

15 

70. The method of claim 68, flirther comprising transmitting an image of the cancelled 
check to the customer. 

7 1 . The method of claim 48, fiirther comprising scanning the document such that a 
20 longer edge of each of the check and the invoice are perpendicular to the direction of 

transport, 

72. The method of claim 48, further comprising scanning the document such that a 
longer edge of each of the check and the invoice are parallel to the direction of transport. 

25 

73. The method of claim 48, further comprising imprinting a transaction amount on 
the check. 

74. An automated payment system for processing payment of an invoice sent from a 
30 payee to a customer, wherein the customer has a bank account at a payor bank and the 

payee has a bank account at a payor bank, the automated payment system comprising: 
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a document scanning system adapted to obtain at least one image of at least one of 

the invoice and the check, 
a first computer at the payor bank communicatively coupled to the document 

scanning system and adapted to receive the at least one image of at least 
5 one of the check and the invoice, the first computer is further adapted to 

debit the customer's account for the amount of the check, and 
a second computer at the payee bank communicatively coupled to the first 

computer and adapted to receive the at least one image of at least one of 

the check and the invoice from one of the first computer and the document 
10 scanning system, the second computer fijrther adapted to credit the 

payee's account for the amount of the check. 



75. A method of debiting a first financial account and crediting a second financial 
account, the first financial account belonging to a customer and the second financial 
15 account belonging to a payee, the method comprising: 

receiving a check drawn on the first financial account and having a transaction 

amount in a document scanning system; 
receiving an invoice referencing the second financial account in the document 
scanning system; 
20 obtaining an image of the check; 

obtaining an image of the invoice; 

transmitting the image of the check and the image of the invoice to a payor 
financial institution, the financial institution holding the first financial 
account; 

25 debiting the first financial account for the transaction amount; 

transmitting the image of the check to a payee financial institution, the payee 

financial institution holding the second financial account, and 
crediting the second financial account for the transaction amount. 



30 



76. An automated payment system for processing payment of an invoice sent ft^om a 
payee to a customer, wherein the customer has a bank account at a payor bank and the 
payee has a bank account at a payor bank, the automated payment system comprising; 
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a plurality of document scanning systems, each of the document scanning systems 
adapted to obtain at least one image of at least one of the invoice and the 
check, 

a first computer at the payor bank communicatively coupled to each of the 
5 plurality of document scanning systems and adapted to receive the at least 

one image of at least one of the check and the invoice, the first computer is 
further adapted to debit the customer's account for the amount of the 
check, and 

a second computer at the payee bank communicatively coupled to the first 
10 computer and adapted to receive the at least one image of at least one of 

the check and the invoice from one of the first computer and the document 
scanning system, the second computer further adapted to credit the 
payee's account for the amount of the check. 
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